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l00091 Figure 1 is a block diagram .hat Urates a user device comprising a processor 

wit bas,ng,e opcode v ,„e encoding scheme. M shown in BG. , a dispatcher iOOinciudes an 

of an execotable application program. As shown in FIG. 1, instruction stream 105 is represented 
.a,* of (.nstmctionnumoer.SS.opcodevalueieCpairs.whem.heinsbocUon number ,55 

is an ,„dex into the tnstruction stream 105, and the copending opcode value 160 is the 
opcode value stored a. the !oca.,on mferenced b y the instruct number .55. A sing,e dispatch 

1 ,0 indudes a reference to the instrucdon implementation method (the code that 
imp ,emen,s the tnstrucdon) 170 for each opcode va,ue .65 o, instrucdon. in an instruct set. 

opcode va.ue .75 to obtain a reference to the corresponding instntcdon intp.emen.don method 
(150) from dispatch ,ah,e . .0. Instruction fetcher .35 determines the — imp.emenlauon 
m e,Hod.oe X ecu t e(.50,b y perfo^ngaU,b,e,oo k upin.hcdispa,ch,ab,e. 1 0baseda,,e aS t,n 

par, on the opcode value .45 of the instrucdon. .nstrucdon executor .30 receives an instrucon 

imp ,cme„,d„n method. Unfortunate,,, the susceptibly of execute apphcation programs 
105 s.oredonunsecureddevices means .hat an auacRer knowing the — mapping used b y 
the dispatch table 110 may obtam the execu,ab.e app.ica.ion program .05. The executab.e 

enabling unauthorized access to or use of a service. 
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[0010] Accordingly, a need exists in the art for a relatively secure way of protecting 
executable digital content communicated to an unsecured device. A further need exists for such 
a solution suitable for a resource-constrained dev 1C e. Yet a further need exists for such a 
solution that requires relatively little overhead compared to typical public key cryptography 
systems. 
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[0011] Obfuscating an application program comprises determining a current obfuscation 
method based at least in part on a target ID specifying a user device configured to execute the 
obfuscated application program, creating an obfuscated application program based at least in part 
on the current obfuscation method, and sending the obfuscated application program to the user 
device. Executing an obfuscated application program comprises receiving an application 
program obfuscated based at least in part on a target ID, determining a current obfuscation 
method based at least in part on the target ID, and interpreting the received application program 
based at least in part on the current obfuscation method. 
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[0012] The accompanying drawings, which are incorporated into and constitute a part of this 
specification, illustrate one or more embodiments of the present invention and, together with the 
detailed description, serve to explain the principles and implementations of the invention. 

In the drawings: 

FIG. 1 is a block diagram that illustrates a user device comprising a processor configured to 
dispatch application program instructions based at least in part on an instruction set with a single 
opcode value encoding scheme. 

FIG. 2 is a block diagram of a computer system suitable for implementing aspects of the present 
invention. 

FIG. 3 is a block diagram that illustrates a system for application program obfuscation in 
accordance with one embodiment of the present invention. 

FIG. 4 is a block diagram that illustrates a system for application program obfuscation using a 
secure portable device in accordance with one embodiment of the present invention. 

FIG. 5A is a block diagram that illustrates an obfuscated package data structure in accordance 
with one embodiment of the present invention. 
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FIG. 5B is a block diagram that illustrates an obfuscated package data structure in accordance 
with one embodiment of the present invention. 

FIG. 5C is a block diagram that illustrates creating an obfuscated package in accordance with 
one embodiment of the present invention. 

FIG. 6A is a high-level block diagram that illustrates execution of an application program 
obfuscated by transforming the application program into an application program having opcode 
values corresponding to one of multiple dispatch tables in accordance with one embodiment of 
the present invention. 

FIG. 6B is a high-level block diagram that illustrates execution of an application program 
obfuscated by transforming the application program into an application program having opcode 
values encoded based at least in part on a instruction counter value in accordance with one 
embodiment of the present invention. 

PIG. 6C is a high-level block diagram that illustrates nonlinear execution of an obfuscated 
application program in accordance with one embodiment of the present invention. 

PIG. 6D is a high-level block diagram that illustrates nonlinear execution of an obfuscated 
application program having application program instructions interleaved with application 
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data in an instruction stream in accordance with one embodiment of the present 



program 
invention. 



FIG. 7 is a flow diagram that illustrates a method for enrolling for receipt of one or more 
obfuscated application programs from the perspective of a user device in accordance with one 
embodiment of the present invention. 

FIG. 8 is a flow diagram that illustrates a method for enrolling for receipt of one or more 
obfuscated application programs from the perspective of an application program provider in 
accordance with one embodiment of the present invention. 

FIG. 9 is a flow diagram that illustrates a method for executing an obfuscated application 
program from the perspective of a user device in accordance with one embodiment of the present 
invention. 

FIG. 10 is a flow diagram that illustrates a method for transforming an application program into 
an obfuscated application program from the perspective of an application program provider in 
accordance with one embodiment of the present invention. 

FIG. 1 1 is a detailed block diagram that illustrates execution of an application program 
obfuscated by transforming the application program into an application program having opcode 
values corresponding to one of multiple dispatch tables in accordance with one embodiment of 
the present invention. 
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FIG. 12 is a block diagram that illustrates the relationship between multiple dispatch tables in 
accordance with one embodiment of the present invention. 

FIG. 13 is a flow diagram that illustrates a method for executing an application program 
obfuscated by transforming the application program into an application program having opcode 
values encoded corresponding to one of multiple dispatch tables in accordance with one 
embodiment of the present invention. 

HO. 14 is a flow diagram that illustrates a method for executing an application program 
obfuscated by transforming the application program into application program having opcode 
values encoded conesponding to one of multiple dispatch tables in accordance with one 
embodiment of the present invention. 

FIG. 15 is a flow diagram that illustrates a method for transforming an application program into 
an application program having opcode values encoded corresponding to one of multiple dispatch 
tables in accordance with one embodiment of the present invention. 

FIG. 16A is a block diagram that illustrates generating a series of unique numbers for use as 
instruction set opcode values, using a randomized process in accordance with one embodiment of 
the present invention. 
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FIG. 16B is a flow diagram that illustrates a method for creating an instruction set opcode value 
encoding scheme, using a randomized process in accordance with one embodiment of the present 
invention. 

FIG. 17A is a block diagram that illustrates generating a series of unique numbers for use as 
instruction set opcode values, using a loop back hash function in accordance with one 
embodiment of the present invention. 

FIG. 17B is a flow diagram that illustrates a method for generating a series of unique numbers 
for use as instruction set opcode values, using a loop back hash function in accordance with one 
embodiment of the present invention. 

PIG. 18 is a detailed block diagramthat illustrates execution of an application program 
obfuscated by transforming the application program into an application program having opcode 
values encoded based at least in part on an instruction counter value in accordance with one 
embodiment of the present invention. 

FIG. 19 is a flow diagram that illustrates a method for executing an application program 
obfuscated by transforming the application program into an application program having opcode 
values encoded based at least in part on an instruction counter value in accordance with one 
embodiment of the present invention. 
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FIG. 20 is a flow diagram that illustrates a method for transforming an application program into 
an application program having opcode values encoded based at least in part on an instruction 
counter value in accordance with one embodiment of the present invention. 

FIG. 21A is a block diagram that illustrates a linear application program execution order. 

FIG. 21B is a detailed block diagram that illustrates application program obfuscation by 
nonlinear application program execution order in accordance with one embodiment of the 
present invention. 

FIG. 21C is a detailed block diagram that illustrates nonlinear execution of an obfuscated 
application program in accordance with one embodiment of the present invention. 

FIG. 22 is a flow diagram that illustrates a method for nonlinear execution of an obfuscated 
application program in accordance with one embodiment of the present invention. 

FIG. 23 is a block diagram that illustrates applying an application program instruction location 
permutation that substitutes the low order bits of the current instruction counter value to obtain a 
reference to an application program instruction to execute, in accordance with one embodiment 
of the present invention. 

FIG. 24 is a flow diagram that illustrates a method for applying an application program 
instruction location permutation that substitutes the low order bits of the current instruction 
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counter value to obtain a reference to an application program instruction to execute, in 
accordance with one embodiment of the present invention. 

HO 25 is a block diagram that illustrates applying an application program instruction location 
permutation that uses low order btts of the current instruction counter value to determine how ,o 
modify high order bits of the instruction counter value ,o obtain a reference to an application 
program instruction ,o execute, in accordance with one embodiment of the present invention. 

FIG. 26 is a flow dragram .hat illustrates a method for applying an application program 
amotion location permutation tha, uses low order bits of the current inaction counter value 
t0 determine how to modify high order bits of the instruction counter value ,„ obtain a reference 
t „ an application program instruction to execute, in acconiance with one embodiment of the 
present invention. 

HO 27 is a block diagram tha. illus.ra.es applying an application program instruction .ocation 
permutation that uses htgh order bits of the current instruction counter value to detemune how ,„ 
m0 d,fy low order bits of the instruction counter value to obtain a reference to an app.tca.ion 
program instruction <o execute, in accordance with one embodiment of the present invention. 



FIG. 28 is a flow dtagram that illustrates a method for applying an application program 
^ruction location permutation that uses high order bits of the cunen, instruction counter value 
t „ detetmine how to modify low order bits of the instruction counter value to obtain a reference 
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to an application program instruction to execute, in accordance with one embodiment of the 
present invention. 



FIG. 29 is a block diagram that illustrates applying an application program instruction location 
permutation that both (1) uses low order bits of the current instruction counter value to determine 
how to modify high order bits of .he instruction counter value and (2) uses high order bits of the 
curren, instruction counter va,ue to determine how to modify low order bits of ,he instruction 
counter value to obtain a reference to an application program instruction to execute, in 
accordance with one embodiment of the present invention. 

F,G. 30 is a flow diagram that i.lustiates a method for transforming an application program into 
» obfuscated applrcation program for nonlinea, execution in accordance with one embodtmen. 
of the present invention. 

RG. 31 is a detailed block diagram that illustrates a nontinea, application program execution 
order having application program instructions interleaved with application program da* in an 
insttuction stream in accordance with one embodiment of the present tnvention. 

HG. 32 is a h,gh level flow diagram that illustrates a method for applying multiple application 
program obfuscation methods ,0 cteate an obfuscated program in accordance with one 
embodiment of the present invention. 
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FIG. 33 is a flow diagram that illustrates a method for nonlinear execution of an obfuscated 
application program having application program instructions interleaved with application 
program data in an instruction stream in accordance with one embodiment of the present 
invention. 

FIG. 34 is a flow diagram that illustrates a method for applying an application program data 
location permutation to data referenced by the next application program instruction to obtain a 
reference to data to access in accordance with one embodiment of the present invention. 

FIG. 35 is a flow diagram that illustrates a method for transforming a first application program 
into an obfuscated application program for nonlinear execution and having application program 
instructions interleaved with application program data in an instruction stream in accordance 
with one embodiment of the present invention. 

FIG. 36 is a block diagram that illustrates creating an application program generator configured 
to create an instruction stream that performs a decryption operation for a cryptographic key in 
accordance with one embodiment of the present invention. 

FIG. 37 is a data flow diagram that illustrates a self-bootstrapping mechanism for sending a 
cryptographic key in accordance with one embodiment of the present invention. 
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FIG. 38 is a flow diagram that illustrates a method for application program obfuscation from the 
perspective of an application program provider in accordance with one embodiment of the 
present invention. 

FIG. 39 is a flow diagram that illustrates a method for application program obfuscation from the 
perspective of a user device in accordance with one embodiment of the present invention. 
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DETAILED DESCRIPTION 

[0013] Embodiments of the present invention are described herein in the context of a method 
and apparatus for application program obfuscation. Those of ordinary skill in the art will realize 
that the following detailed description of the present invention is illustrative only and is not 
intended to be in any way limiting. Other embodiments of the present invention will readily 
suggest themselves to such skilled persons having the benefit of this disclosure. Reference will 
now be made in detail to implementations of the present invention as illustrated in the 
accompanying drawings. The same reference indicators will be used throughout the drawings 
and the following detailed description to refer to the same or like parts. 

[0014] In the interest of clarity, not all of the routine features of the implementations 
described herein are shown and described. It will, of course, be appreciated that in the 
development of any such actual implementation, numerous implementation-specific decisions 
must be made in order to achieve the developer's specific goals, such as compliance with 
application- and business-related constraints, and that these specific goals will vary from one 
implementation to another and from one developer to another. Moreover, it will be appreciated 
that such a development effort might be complex and time-consuming, but would nevertheless be 
a routine undertaking of engineering for those of ordinary skill in the art having the benefit of 
this disclosure. 

[0015] In accordance with one embodiment of the present invention, the components, 
process steps, and/or data structures may be implemented using various types of operating 
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systems (OS), computing platforms, firmware, computer application programs, computer 
languages, and/or general-purpose machines. The method can be run as an application 
programmed process running on processing circuitry. The processing circuitry can take the form 
of numerous combinations of processors and operating systems, or a stand-alone device. The 
process can be implemented as instructions executed by such hardware, hardware alone, or any 
combination thereof. The software may be stored on an application program storage device 
readable by a machine. 

[0016] In addition, those of ordinary skill in the art will recognize that devices of a less 
general purpose nature, such as hardwired devices, field application programmable logic devices 
(FPLDs), including field application programmable gate arrays (FPGAs) and complex 
application programmable logic devices (CPLDs), application specific integrated circuits 
(ASICs), or the like, may also be used without departing from the scope and spirit of the 
inventive concepts disclosed herein. 

[0017] In the context of the present invention, the term "network" includes local area 
networks, wide area networks, the Internet, cable television systems, telephone systems, wireless 
telecommunications systems, fiber optic networks, ATM networks, frame relay networks, 
satellite communications systems, and the like. Such networks are well known in the art and 
consequently are not further described here. 

[0018] In the context of the present invention, the term "unsecured device" is defined as a 
device protected by a relatively small amount of security measures, compared to trusted devices 
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such as Java Card™ technology-enabled devices and the like. Java Card™ technology is 
described in Z. Chen, Java Card™ Technology for Smart Cards - Architecture and Application 
programmer's Guide, Boston, Addison-Wesley, (2000). 

[0019] In the context of the present invention, the term "resource-constrained device" is 
defined as a device that is relatively restricted in memory, computing speed, or both, as 
compared to typical desktop computers and the like. By way of example, resource-constrained 
devices include mobile telephones, boundary scan devices, field application programmable 
devices, personal digital assistants, (PDAs), pagers, and other miniature or small footprint 
devices. 

[0020] In the context of the present invention, the term "randomized" describes the result of 
a random or pseudo-random number generation process. A "randomized process" describes the 
application of such a result to a process. Methods of generating random and pseudo-random 
numbers are known by those skilled in the relevant art. 

[0021] In the context of the present invention, the term "cryptographic one-way function- 
describes any cryptographic process that produces an output based upon an input, such that it is 
computationally infeasible to compute the input based upon the output. Exemplary 
cryptographic one-way functions comprise the MD4 algorithm, the MD5 algorithm, and the 
SHA-1 algorithm. The MD4 algorithm is described in R. Rivest, "The MD4 Message Digest 
Algorithm", Request for Comments (RFC) 1320, R. Rivest, MIT Laboratory for Computer 
Science and RSA Data Security, Inc., April 1992. The MD5 algorithm is described in Rivest. R. 
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'The MD5 Message-Digest Algorithm", Request for Comments (RFC) 1321, R. Rivest, MIT 
Laboratory for Computer Science and RSA Data Security, Inc., April 1992. The SHA-1 
algorithm is described in Secure Hash Standard, Federal Information Processing Publication 
180-1, April 17, 1995. 

[0022] In the context of the present invention, the term "loop back hash function" describes a 
hash function that takes as an input at least part of the function's previous result, if any. 

[0023] In the context of the present invention, the term "obfuscated package" describes an 
application program unit comprising at least one obfuscated application program. 

[0024] In the context of the present invention, the term "obfuscation descriptor" describes an 
identifier that indicates an obfuscation method applied to an application program to create an 
obfuscated application program. 

[0025] In the context of the present invention, the term "operand" describes a portion of a 
machine instruction that references data or a peripheral device. 

[0026] In the context of the present invention, the term "opcode" or "operation code" 
describes a portion of a machine instruction that represents one or more operations of a 
computer. 
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[0027] In the context of the present invention, the term "opcode value" describes a numeric 
representation of an opcode. An opcode value may be used as an index into a dispatch table to 
obtain a reference to a corresponding instruction implementation method. 

[0028] In the context of the present invention, the term "instruction" describes a machine 
instruction represented by an opcode and zero or more operands. 

[0029] In the context of the present invention, the term "instruction implementation method- 
describes a sequence of one or more microinstructions or microopcodes that implement a 
machine instruction. 

[0030] In the context of the present invention, the term "program generator" describes 
mechanism that receives a program as an input and generates a specialized version of the 
program. 

[0031] Embodiments of the present invention apply one or more application program 
obfuscation methods to application programs communicated to an unsecured device, providing 
increased security of application programs while requiring relatively little overhead compared to 
typical public key cryptography systems. Multiple application program obfuscation methods and 
combinations of application program obfuscation methods are disclosed herein. Other 
embodiments of the present invention execute application programs that have been obfuscated 
using one or more application program obfuscation methods. Still other embodiments of the 
present invention use one or more application program obfuscation methods to create or use an 
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application program that performs a decryption operation for a cryptographic key interleaved in 
its instruction stream, where the cryptographic key is for decrypting protected digital content 
communicated to an unsecured device. 

[0032] Figure 2 depicts a block diagram of a computer system 200 suitable for implementing 
aspects of the present invention. As shown in FIG. 2, system 200 includes a bus 202 which 
interconnects major subsystems such as a processor 204, an internal memory 206 (such as a 
RAM), an input/output (I/O) controller 208, a removable memory (such as a memory card), an 
external device such as a display screen 210 via display adapter 212, a roller-type input device 
214, a joystick 216, a numeric keyboard 218, an alphanumeric keyboard 218, directional 
navigation pad 226 and a wireless interface 220. Many other devices can be connected. 
Wireless network interface 220, wired network interface 228, or both, may be used to interface to 
a local or wide area network (such as the Internet) using any network interface system known to 
those skilled in the art. 

[0033] Many other devices or subsystems (not shown) may be connected in a similar 
manner. Also, it is not necessary for all of the devices shown in FIG. 2 to be present to practice 
the present invention. Furthermore, the devices and subsystems may be interconnected in 
different ways from that shown in FIG. 2. Code to implement the present invention may be 
operably disposed in internal memory 206 or stored on storage media such as removable memory 
222, a floppy disk or a CD-ROM. 
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[0034] Turning now to FIG. 3, a block diagram that illustrates a system for application 
program obfuscation in accordance with one embodiment of the present invention is presented. 
The system includes at least one user device 305 in communication with at least one application 
program provider 315 via network 310. User device 305 includes a deobfuscator 320 configured 
to deobfuscate obfuscated code stored on the user device 305. Application program provider 315 
includes an authenticator 355 to authenticate enrollment requests. Application program provider 
315 also includes an application program database 350 comprising at least one executable 
application program. Application program provider 315 also comprises an obfuscator 360 to 
obfuscate an executable application program stored on the application program provider 315. 
Application program provider 315 may also comprise an obfuscation descriptor 385 that 
describes the obfuscated data. Obfuscation descriptor 385 may include an indication of the 
obfuscation method used by obfuscator 360 to create an obfuscated application program. Secret 
345 is used to encrypt the obfuscation descriptor 385. 

[0035] In operation, user device 305 issues an enrollment request 365 that includes a target 
ID. The target ID specifies a user device that will execute an obfuscated application program. 
The target ID may specify the user device 305 that issued the enrollment request 365. 
Alternatively, the target ID may specify a user device other than the user device 305 that issued 
the enrollment request 365. Application program provider 315 receives the enrollment request 
365 and authenticator 355 authenticates user 300. If the user 300 is authenticated, authenticator 
355 associates a secret 345 with the target ID and sends the secret 345 to user device 305. 
According to one embodiment of the present invention, the application program provider 315 
and the user device 305 determine at enrollment which obfuscation method to apply for each 
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application program requested subsequently. According to another embodiment of the present 
invention, obfuscation methods are not determined during enrollment. Rather, in response to an 
application program request 375 comprising a target ID, application program provider 315 sends 
an obfuscated package 380 including an obfuscated application program and obfuscation 
descriptor 385 to the user device 305 corresponding to the target ID. 

[0036] Still referring to FIG. 3, an enrolled user device 300 obtains an obfuscated application 
program to execute by issuing an application program request 375 that includes the target ID 
390. Application program provider 315 receives the application program request 375, 
determines which obfuscation method to apply based at least in part on the application program 
request 375, obtains the requested application program from application program database 350, 
and applies the obfuscation method to the application program. If the obfuscation methods to 
apply for each application program requested are determined during enrollment, application 
program provider 315 sends an obfuscated package 380 including an obfuscated application 
program to the user device 305 corresponding to the target ID 390. If the obfuscation methods 
are not determined during enrollment, application program provider 315 sends an obfuscated 
package 380 including an obfuscated application program and obfuscation descriptor 385 to the 
user device 305 corresponding to the target ID 390. The obfuscation descriptor 385 may indicate 
which obfuscation method was applied to the obfuscated application program 380. According to 
one embodiment of the present invention, secret 345 is used to encrypt the obfuscation descriptor 
385. The obfuscation descriptor 385 may be sent separately from the obfuscated package 380. 
Alternatively, the obfuscation descriptor 385 may be embedded within the obfuscated application 
program. 
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[0037] According to one embodiment of the present invention, one or more application 
programs are obfuscated using one or more encodings of one or more obfuscation methods, and 
stored in application program database 350 in advance of a request for the one or more 
application programs. 

[0038] According to another embodiment of the present invention, a cryptographic process is 
applied to obfuscated application program 380 prior to communicating the obfuscated 
application program 380 to user device 305. According to another embodiment of the present 
invention, obfuscated application program 380 is sent in the clear to user device 305. 

[0039] User device 305 may be any device configured to render digital content to a user 305 
using an obfuscated application program. The digital content may be rendered, by way of 
example, by visual, auditory, or tactile means. Exemplary user devices include one or more of 
the following devices configured to render digital content to a user 305 using an obfuscated 
application program: a personal digital assistant (PDA), a personal computer (PC), a mobile 
phone, a server computer in communication with a user display, or the like. 

[0040] Figure 4 is a block diagram that illustrates a system for application program 
obfuscation using a secure portable device in accordance with one embodiment of the present 
invention. As shown in FIG. 4, user device 405 comprises a secure portable device such as a 
Java Card™ technology-enabled device, or the like. The system illustrated by FIG. 4 includes at 
least one user device 405 in communication with at least one application program provider 415 
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via network 410. User device 405 includes a virtual machine 485 and a smart card 490. Smart 
card 490 also comprises a secret 425 established upon successful enrollment with application 
program provider 415. Deobfuscator 420 comprises a first portion 482 in virtual machine 485 
and a second portion 484 in smart card 425. First portion 484 uses secret 425 to create permuted 
dispatch tables. First portion 482 uses the permuted dispatch tables to execute the obfuscated 
code. 

[0041] According to another embodiment of the present invention, smart card 490 comprises 
VM 485. 

[0042] Application program provider 415 includes an authenticator 455 to authenticate 
enrollment requests. Application program provider 415 also includes an application program 
database 450 comprising at least one executable application program. Application program 
provider 415 also comprises an obfuscator 460 to obfuscate an executable application program 
stored on the application program provider 415. Application program provider 415 may also 
comprise an obfuscation descriptor 485 that describes the obfuscated data. Obfuscation 
descriptor 485 may include an indication of the obfuscation method used by obfuscator 460 to 
create an obfuscated application program. Secret 445 is used to encrypt the obfuscation 
descriptor 485. 

[0043] In operation, user device 405 issues an enrollment request 465 that includes a virtual 
machine identifier (VM ID) 495. The VM ID 495 specifies a user device that will execute an 
obfuscated application program. The VM ID 495 may be based at least on a target ID, and secret 
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425 may be based at least in part on VM ED 495. The VM ID may specify the VM ID of the user 
device 405 that issued the enrollment request 465. Alternatively, VM ID may specify a user 
device other than the user device 405 that issued the enrollment request 465. Application 
program provider 415 receives the enrollment request 465 and authenticator 455 authenticates 
user 400. If the user 400 is authenticated, authenticator associates a secret 445 with the VM ID 
495 and sends the secret 445 to user device 405. According to one embodiment of the present 
invention, the application program provider 415 and the user device 405 determine at enrollment 
which obfuscation method to apply for each application program requested subsequently. 
According to another embodiment of the present invention, obfuscation methods are not 
determined during enrollment. Rather, in response to an application program request 475 
comprising a VM ID, application program provider 415 sends an obfuscated package 480 
including an obfuscated application program and obfuscation descriptor 485 to the user device 
405 corresponding to the target ED. 

[0044] Still referring to FIG. 4, an enrolled user device 405 obtains an obfuscated application 
program to execute by issuing an application program request 475 that includes the VM ID. 
Application program provider 415 receives the application program request 475, determines 
which obfuscation method to apply based at least in part on the application program request, 
obtains the requested application program from application program database 450, and applies 
the obfuscation method to the application program. The application program provider 415 and 
the user device 405 may establish which particular obfuscation method to apply for each 
application program requested. In this case, application program provider 415 sends an 
obfuscated package 480 including an obfuscated application program to the user device 405 
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corresponding to the VM ID. If the obfuscation methods are not determined during enrollment, 
application program provider 415 sends an obfuscated package 480 including an obfuscated 
application program and obfuscation descriptor 485 to the user device 405 corresponding to the 
VM ID. Additionally, a cryptographic key included in the application program may be 
embedded within the application program. The obfuscation descriptor 485 may indicate which 
obfuscation method was applied to the obfuscated application program 480. According to one 
embodiment of the present invention, secret 445 is used to encrypt the obfuscation descriptor. 
The obfuscation descriptor may be sent separately from the obfuscated package 480. 
Alternatively, the obfuscation descriptor may be embedded within the obfuscated package. 

[0045] According to one embodiment of the present invention, user device 405 comprises a 
CDMA technology-enabled smart card. CDMA technology-enabled smart cards are described in 
Smart Card Stage I Description, Version 1.1, CDMA Development Group - Smart Card Team 
Document (May 22, 1996). 

[0046] According to another embodiment of the present invention, user device 405 
comprises a SIM (Subscriber Identity Module card) card. The term "SIM card" describes the 
smart card used in GSM (Global System for Mobile Communications) mobile telephones. The 
SIM includes the subscriber's personal cryptographic identity key and other information such as 
the current location of the phone and an address book of frequently called numbers. The SIM is 
described in Digital cellular telecommunications system (phase 2+); Specification of the 
Subscriber Identity Module - Mobile Equipment (SIM - ME) interface, ETSI, GSM 11.11 
version 7.4.0, Release 1998. 
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[0047] According to another embodiment of the present invention, user device 405 
comprises a WM (Wireless Interface Module). A WIM is a smart card in a WAP (Wireless 
Application Protocol) phone. It is described in Wireless Identity Module Part: Security, WAP- 
260-WfM-20010712-a, Wireless Application Protocol Forum, July 12, 2001. 

[0048] According to another embodiment of the present invention, user device 405 
comprises a USM (Universal Subscriber Identity Module). A USIM is a smart card for a 3GPP 
(3rd Generation Partnership Project) mobile phone. It is described in 3rd Generation Partnership 
Project; Technical Specification Terminals; USM and IC card requirements, Release 4, 3GPP 
TS 21.111 V4.0.0 (2001-03). 

[0049] According to another embodiment of the present invention, user device 405 
comprises a UIM (User Identity Module). A UIM is a smart card for a 3GPP Project 2 (3GPP2) 
mobile phone. The term "R-UIM" is used when the smart card is removable. A UIM is a super 
set of the SIM and allows CDMA (Code Division Multiple Access)-based cellular subscribers to 
roam across geographic and device boundaries. The R-UIM is described in a specification 
issued by the 3rd Generation Partnership Project 2 (3GPP2) and entitled 3rd Generation 
Partnership Project 2; Removable User Identity Module (R-UIM) for cdma2000 Spread 
Spectrum Systems, 3GPP2 C.S0023-0, June 9, 2000. 
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[0050] The above description regarding various mobile phone technologies is not intended to 
be limiting in any way. Those of ordinary skill in the art will recognize that other user devices 
may be used. 

[0051] Figures 5A and 5B are block diagrams that illustrate obfuscated package data 
structures in accordance with embodiments of the present invention. Figure 5A illustrates an 
obfuscated package data structure 500 having an obfuscated application program 505. Figure 5B 
illustrates an obfuscated package data structure 500 having an obfuscated application program 
525, an obfuscation descriptor 530, protected data 520 and a cryptographic key 515. 
Obfuscation descriptor 530 includes information about the obfuscation method used to create 
obfuscated application program 525. A cryptographic process is applied to protected data 520 
together with cryptographic key 515. 

[0052] Figure 5C is a block diagram that illustrates creating an obfuscated package in 
accordance with one embodiment of the present invention. An obfuscator 555 of an application 
program provider receives application program information comprising application program 
code 535 and application program data 540. The application program data 540 may comprise 
data referenced during execution of application program code 535. Application program data 
may also comprise data used to initialize the application program. Obfuscator 555 then applies 
an obfuscation method to the application program code 535, the application program data 540, or 
both, to create an obfuscated application program 565. The obfuscated application program 565 
and possibly other data 545 together form an obfuscated package 560. 
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[00531 Figures 6A - 6D illustrare mechanisms for application program obfuscalion in 
accordance wilh embodiment of .he invenlion. Figure 6A il.us.ra.es execution of an application 
p^am obfuscated by .reforming .he application program in.o an application pmgrarn hav,„ g 
opcodes corresponding .o one of mu,tiple dispa,eh tables. This is described below in more derad 
wi ,h reference to FIGS. 11-15. F.gnre 6B illus.ra.es execution of an application program 
obfuscated by transforming the apphcation program into an application program having opcodes 
encoded based a, .east in pan on an instruction counter value. This is described below in more 
detail wi.h reference .o FIGS. .8-20. Figure 6C illus.ra.es nonlinear execution of an 

„ m This is described below in more detail with reference to FIGS, 
obfuscated application program. This is descnoeu <x 

21 A - 30. Figure 6D illus.ra.es nonlinea, execution of an obfusca.ed application program 
having application program instiuctions imerleaved with application program data in an 
iostiuction slream. This is described below in more detail with reference to FIGS. 31 - 35. 

[0054] Figures 7 - 10 are high-level flow diagrams .ha. illustrate enrollment for receipt of 
one or more obfusca,ed application programs, and executing the one or more obfuscated 
apptication progmms in accordance wim embodiment of .he presen. invention. Figures 7 and 8 
ilta stra.e how a user device may enroll for receip, of one or more obfuscated application 
progra ms in accordance wim embodimen.3 of ,he presen, invention. Figure 7 illustia.es the 
pmcess from .he perspective of a user device, and FIG. 8 il.us.mres .he process torn .he 
pe.pec.ive of an application program provider. Figures 9 and .0 illustiate use of an obfusced 
apphcation program in accordance with embodiment of .he present invention. Figure 9 
illustt a.es executing an obfusca.ed application program from me perspective of a user dev,ce, 
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and HG. 10 musses transforming an application prog™ into a* ob(usca,ed application 
program from the perspective of an application program provider. 

[,055, Tumrng now to FIG. 7, a flow diagram fna. i.lusrrares a meUrod for enrolling for 
receip, of one or more obfuscated application programs from the perspective of a user device in 
accordance with one embodiment of the present invention is presented. At 700, an enro.lmen. 
^estmcludrngatargermisissuedtoatleastoneappltcationprogramproviderforreceiptof 

one or more obfuscated application programs. According to one embodiment of the present 
invention, the targe, ID comprises a VM ID. At 705, a secret is obtained from the application 
program provider if the application program provider authenticates the user device. At 710, the 
«o* is associated with the application program provider. The secret may comprise, by way of 
example, one or mo* cryptographic Keys. The secret may be used by one or more user dev.ee 

abated with the large, ID to execute one or more obfuscated application programs. 

Ad ditionally, an indication of wha, obfuscation me,ods wi„ he used for a prede,ermined 

program provider and tire user dev.ce. A cryptographic process may be applied ,0 tin, 
information together with one or more cryptographic keys. 

[0056) Turning now <o FIG. 8, a flow diagram that illustrates a method for enrolling for 
receipt o, one or more obfuscated application programs from .he perspective of an app.ication 
program provider in accordance with one embodiment of .he present invention is preyed. At 
800 an enroUmen, truest including a target K> is received from a use, device. At S05, a secret 
is determined in response to the enroilmen. request. The sectet may comprise, by way of 
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example, one or more cryptographic keys. At 810, the secret is associated with the target ED if 
the request is authenticated. Additionally, an indication of what obfuscation methods will be 
used for a predetermined number of future application program requests may be communicated 
between the application program provider and the user device. A cryptographic process may be 
applied to this information together with the one or more cryptographic keys. At 815, the secret 
is transferred to the user device. Processes 805 and 815 may form part of a key exchange 
protocol. 

[0057] Turning now to FIG. 9, a flow diagram that illustrates a method for executing an 
obfuscated application program from the perspective of a user device in accordance with one 
embodiment of the present invention is presented. At 900, an application program request 
including a target ID is issued to at least one application program provider. At 905, an 
application program obfuscated based at least in part on the target ID is received. At 910, the 
current obfuscation method is determined. According to one embodiment of the present 
invention, the current obfuscation method is determined based at least in part on an obfuscation 
descriptor received in association with an obfuscated application program. According to another 
embodiment of the present invention, the current obfuscation method is determined based at least 
in part on a configuration established upon successful enrollment. At 915, the received code is 
interpreted based at least in part on the current obfuscation method. 

[0058] According to one embodiment of the present invention, a user device receives an 
obfuscated application program (905) without requesting (900) the application program. By way 
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of example, an application program prov.der may provide a particular user device with an 
obfuscated application program at predetermined intervals. 

[0059] Turning now .0 FIG. 10, a flow diagram that t.lustratea a method for .ransforming an 
application pro-am into an obfuscated application program from the perspective of an 
application program provider in accordance wilh one emhodtmen. of the present invention is 
presented. At 1000, an application program request including a target ID is received from a user 
device. At 1005, a current obfuscation method is determined based at leas, in part on the targe. 
m . A. 10.0, an obfusca.ed application program based a. leas, m par. on the current obfuscation 
m ethod is created. According to one embodiment of the present invention, a cryptographic 
process is applied .0 .he obfusca.ed application program ,oge.her with a olographic key, .0 
ct ea.e an encrypted obfuscated application program. At 1015, .he obfusca.ed appl.ca.ion 
program is sen. to the user device. According .0 one emhodtmen. of the preset,, invention, an 
appltcation program provider performs processes .005 - .015 wt,hou. receiving an application 
program reques. (1000). By way of example, .he application program provider may provide a 
particular user device with an obfuscated appltcation program at predefined in.erval, 

[0060] Figures 11-15 iUustnne application program obfuscation by using al<erna.e opcode 
value encoding schemes in accordance w,.h embodiment of .he present invention. An 
apphcation pro-am provider de.erm.nes .he opcode value encoding scheme to use for an 
app.iea.ion progmm and transforms the apphcation program using .he chosen opcode value 
encoding scheme. A user device receives the obfuscated application program and associates a 
dispatch table with ,he application program based a. leas, in part on .he obfuscation method used 
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to obfuscate the application program. The obfuscated application program is executed using the 
associated dispatch table. 

[0061] Turning now to FIG. 11, a detailed block diagram that illustrates execution of an 
application program obfuscated by transforming the application program into an application 
program having opcodes corresponding to one of multiple dispatch tables in accordance with one 
embodiment of the present invention is presented. User device 1 130 comprises a dispatcher 
1 100 configured to use one of multiple dispatch tables (1 1 10 - 1 125) to determine a 
correspondence between an opcode value and a reference to an instruction implementation 
method 1105. Using FIG. 11 as an example, dispatch tables 1110, 1115, 1120, and 1125 are 
shown. Each dispatch table 1110, 1115, 1120, and 1125 uses a different opcode value encoding 
scheme for at least one opcode in an instruction set. If dispatcher 1 100 executes an obfuscated 
application program using the opcode value encoding scheme of permuted dispatch table 1110, 
permuted dispatch table 1 1 10 is used to determine a correspondence between an opcode value 
1 135 and a reference 1 140 to an instruction implementation method 1 105. 

[0062] A correspondence between a single instruction implementation method 1 105 and 
opcode values from different dispatch tables (1110-1125) is shown in FIG. 11 to prevent 
obfuscation of the present invention. As shown in FIG. 11, there are multiple correspondences 
between different opcode values and a single instruction implementation method 1105. 
According to embodiments of the present invention, a dispatch table may include multiple 
associations between an opcode value and an instruction implementation method. Additionally, 
the associations may comprise a reference to an instruction implementation method. 
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Alternatively, an instruction implementation method associated with an opcode value may be 
placed in-line in a dispatch table. 

[0063] The dispatch tables and instruction implementation method shown in FIG. 1 1 are for 
illustrative purposes and are not intended to be limiting in any way. Those of ordinary skill in 
the art will recognize that a different number of dispatch tables may be used. 

[0064] Turning now to FIG. 12, a block diagram that illustrates the relationship between 
multiple dispatch tables in accordance with one embodiment of the present invention is 
presented. As shown in FIG. 12, a standard or default dispatch table 1200 may be permuted 
(1215) using a cryptographic key (1210) to obtain a permuted dispatch table 1205. Thus, 
permuted dispatch table 1205 may be generated in response to receiving an application program 
having opcode values encoded using an encoding scheme corresponding to the permuted 
dispatch table, rather than selecting a permuted dispatch table that was generated and stored 
previously. Each of dispatch tables 1200 and 1205 include the same instructions, but at least one 
of the opcode values in dispatch table 1200 refers to an instruction implementation method 1220 
different from the instruction implementation method referred to by the same opcode value in 
dispatch table 1205. By way of example, the opcode value indicated by reference numeral 1235 
in dispatch table 1200 refers to instruction implementation method 1220, while the opcode value 
indicated by reference numeral 1240 refers to a different instruction implementation method 
1245. 
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[0065] Turning now to FIG. 13, a flow diagram that illustrates a method for executing an 
application program obfuscated by transforming the application program into an application 
program having opcodes encoded corresponding to one of multiple dispatch tables in accordance 
with one embodiment of the present invention is presented. At 1300, an application program is 
received. At 1305, the dispatch table associated with the application program is determined. 
The associated dispatch table may be determined using any obfuscation descriptor included with 
the received application program. Alternatively, the associated dispatch table may be determined 
based at least in part on a configuration established at enrollment. Additionally, the associated 
dispatch table may be selected from one of multiple dispatch tables stored in a memory, or the 
dispatch table may be computed. At 1315, the application program is executed using the 
associated dispatch table. 

[0066] Turning now to FIG. 14, a flow diagram that illustrates a method for executing an 
application program obfuscated by transforming the application program into application 
program having opcodes encoded corresponding to one of multiple non-standard dispatch tables 
in accordance with one embodiment of the present invention is presented. Figure 14 illustrates 
modifying an obfuscated application program so that a standard dispatch table may be used to 
execute the application program, rather than using a non-standard dispatch table to execute the 
obfuscated application program. At 1400, an application program is received. At 1405, the 
opcode value encoding scheme of the application program is determined. The dispatch opcode 
value encoding scheme may be determined using any obfuscation descriptor included with the 
received application program. Alternatively, the associated dispatch table may be determined 
based at least in part on a configuration established at enrollment. At 1410, the application 



37 



SUN-P7008 

EV 263 600 823 US (811173-000232) 
program is rewritten using a standard opeode vaiue encoding scheme if the received application 
program is no. encoded using the standard encoding. A. 1415, the applrcation program is 
executed using the dispatch table associated with the standard opcode value encoding scheme. 

[0067] Turning now to FIG. 15, a flow diagram that illustrates a method for transforming an 
application program Wo an application program having opcodes encoded corresponding ,0 one 
of multiple dispatch tables in accordance with one embodiment of the present invention is 
presented. At 1500, an application program request is received. At 1505, application program 
code corresponding to the request is read. At 1510, the application program code is transformed 
using one of multiple opcode value encodmg schemes of the dispatch table associated with the 
application program. If a configuration was established a. enrollment, the agreed upon opcode 
value encodmg scheme is used. Otherwise, rhe application ptogram provider may select one of 
multiple opcode value encoding schemes known to both the application program provider and 
the user device. According to one embodiment of the present invention, a cryptographic process 
is applied to the obfuscated application program together with a cryptographic key, to create an 
encrypted obfuscated application program. At 1515, the application program code is sent. 
According to one embodiment of the present invention, an application ptogram provider 
perfomts processes 1510-1515 without receiving an application program reques. (1500). By 
way of example, the application program provider may provide a particular use, device with an 
obfuscated application program at predetermined intervals. 

[00681 Figures 16A - 17B illustrate using a randomized process to generate a series of 
unique numbers and mapping the number to opcode values of an instruction set, in accordance 
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with embodiments of the present invention. Figures 16A and 16B illustrate this process at a high 
level. Figures 17 A and 17B illustrate an embodiment where the randomized process comprises a 
loop back hash function. 

[0069] Turning now to FIG. 16A, a block diagram that illustrates generating a series of 
unique numbers for use as instruction set opcode values, using a randomized process in 
accordance with one embodiment of the present invention is presented. A randomized number 
generation process 1610 is executed one or more times to produce a bit sequence comprising a 
number series 1615. Filter 1620 removes duplicate values from the number series 1615 and the 
resulting unique values 1625 are used to build instruction set opcode values 1630. The number 
of bits comprising the number series 1615 is numerous enough to be partitioned into a plurality 
of bit sequences that uniquely identify opcode values within an instruction set. 

[0070] Turning now to FIG. 16B, a flow diagram that illustrates a method for creating an 
instruction set opcode value encoding scheme, using a randomized process in accordance with 
one embodiment of the present invention is presented. Figure 16B corresponds with FIG. 16A. 
At 1655, a randomized process is used to produce a number series. At 1660 duplicate numbers, 
if any, are filtered out of the series. At 1665, a one-to-one mapping between instruction 
implementation methods in an instruction set and numbers in the series is created. Processes 
1655 - 1665 may be performed additional times to create additional mappings. 

[0071] Turning now to FIG. 17A, a block diagram that illustrates generating a series of 
unique numbers for use as instruction set opcode values, using a loop back hash function in 
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accordance with one embodiment of the present invention is presented. A loop back hash 
function 1710 receives a first number Nl and a cryptographic key 1705 and outputs a second 
number (1715). The loop back hash function 1710 may comprise any cryptographic hash 
function, such as the MD5 algorithm, the MD4 algorithm, the SHA-1 algorithm, or the like. 
According to one embodiment of the present invention, the first number Nl 1700 is public and 
the cryptographic key 1705 is private. The first number 1700 may also be private. Filter 1720 
removes duplicate values from the second number (1715) and the resulting unique values (1725) 
are used to build instruction set opcode values (1730). More particularly, successive outputs of 
filter 1720 are appended to create a series of bits numerous enough to be partitioned into a 
plurality of bit sequences that uniquely identify opcode values within an instruction set. 
Processes 1710 and 1720 are repeated until enough unique opcode values have been generated to 
assign a unique opcode value to each opcode in an instruction set. Successive applications of 
loop back hash function 1710 use at least part of the number (1715) produced from the previous 
application of the loop back hash function 1710. 

[0072] As an example, suppose an instruction set uses 200 8-bit opcode values and the size 
of the first number 1700 is 140 bits. In this case, the second number 1700 must be at least 1,600 
bits long (200*8=1,600). Thus, loop back hash function 1610 would need to be executed at least 
12 times (1,600 / 140 = 1 1.42) to obtain a second number 1715 that may be partitioned into 200 
unique 8-bit opcode values. 

[0073] Turning now to FIG. 17B, a flow diagram that illustrates a method for creating an 
instruction set opcode value encoding scheme, using a loop back hash function in accordance 
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with one embodiment of the present invention is presented. Figure 17B corresponds with FIG. 
17A. At 1750, a seed and a cryptographic key are selected. The cryptographic key may be 
based at least in part on a target ID, such as a VM ID. At 1755, a series of numbers based at 
least in part on the seed and the cryptographic key, where the size of the seed is smaller than the 
size of the series is created. According to one embodiment of the present invention, a loop back 
hash function is used to create the series of numbers. The cryptographic key and the seed are 
inputs for the loop back hash function. At 1760 duplicate numbers, if any, are filtered out of the 
series. At 1765, a one-to-one mapping between instruction implementation methods in an 
instruction set and numbers in the series is created. Processes 1750 - 1765 may be performed 
additional times to create additional mappings. 

[0074] Figures 1 8 - 20 illustrate application program obfuscation by using alternate opcode 
value encoding schemes that are based at least in part on an instruction counter value in 
accordance with embodiments of the present invention. An application program provider 
determines the opcode value encoding scheme to use for different categories of instruction 
counter values and rewrites an application program using the chosen opcode value encoding 
scheme. A user device receives the obfuscated application program and associates dispatch 
tables with instruction counter categories based at least in part on the obfuscation method used to 
obfuscate the application program. 

[0075] Turning now to FIG. 18, a detailed block diagram that illustrates execution of an 
application program obfuscated by transforming the application program into an application 
program having opcodes encoded based at least in part on an instruction counter value in 
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accordance with one embodiment of the present invention is presented. User device 1892 
comprises a dispatcher 1800 configured to determine which one of multiple dispatch tables 
(1820 -1835) to use based at least in part on the value of an instruction counter 1810. According 
to one embodiment of the present invention, each dispatch table is associated with a number and 
the dispatch table to use for a particular instruction is determined by performing modulo-n 
arithmetic (1815) on the value of the instruction counter, where n is the number of dispatch 
tables. The table associated with the resulting number is used to obtain a reference to the 
instruction implementation method corresponding to the opcode value of the current instruction. 

[0076] UsingFIG. 18 as an example, four dispatch tables (1820- 1835) are shown. The 
method body being executed 1895 includes opcode values 1845 - 1885, located at addresses 
indicated in column 1890. The dispatch table to use is determined by performing modulo-4 
arithmetic on the addresses in column 1890. Thus, opcode values 1845, 1850, 1855, 1860, 1865, 
1870, 1875, 1880, and 1885 use dispatch tables 1835, 1830, 1825, 1820, 1835, 1830, 1825, 1820, 
and 1835, respectively, to obtain a reference to a corresponding instruction implementation 
method. 

[0077] The number of dispatch tables depicted in FIG. 18 is for purposes of illustration and 
is not intended to be limiting in any way. Those of ordinary skill in the art will recognize that a 
different number of dispatch tables may be used. 

[0078] According to embodiments of the present invention, the number of dispatch tables (n) 
is based at least in part on the number of instructions in the largest method of an application 
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program. According to one embodiment, the number of dispatch tables equals the number of 
instructions in the largest method of an application program. According to another embodiment, 
the number of dispatch tables is greater than or equal to the number of instructions in the largest 
method of an application program. 

[0079] According to another embodiment of the present invention, the number of dispatch 
tables (n) is selected such that a predetermined percentage of methods are guaranteed to have a 
different dispatch table for each instruction. 

[0080] According to another embodiment of the present invention, the number of dispatch 
tables (n) is based at least in part on the amount of available memory. By way of example, a first 
number of dispatch tables may be selected for use executing an application program when the 
amount of available memory is above a threshold, and second number of dispatch tables may be 
selected for use in executing the application program when the amount of available memory is 
below the threshold. The first number is greater than the second number. 

[0081] Turning now to FIG. 19, a flow diagram that illustrates a method for executing an 
application program obfuscated by transforming the application program into an application 
program having opcodes encoded based at least in part on an instruction counter value in 
accordance with one embodiment of the present invention is presented. At 1900, an application 
program is received. At 1905, an application program instruction corresponding to a current 
instruction counter value is received. At 1910, an instruction dispatch table based at least in part 
on the current instruction counter value is selected. For example, an instruction dispatch table 
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may be selected based at least in part on the result of performing a modulo n arithmetic operation 
on the current instruction counter value, where the value "n" is the number of dispatch tables. 
The instruction dispatch table may also be determined based at least in part on an obfuscation 
descriptor included with the received application program. Alternatively, the instruction 
dispatch table may be determined based at least in part on a configuration established at 
enrollment. At 1915, the application program instruction is executed using the selected 
instruction dispatch table. At 1920, a determination is made regarding whether there is another 
application program instruction to be executed. If there is another application program 
instruction to be executed, the current instruction counter is advanced at 1925 and the process 
continues at 1905. 

[0082] Turning now to FIG. 20, a flow diagram that illustrates a method for transforming an 
application program into an application program having opcodes encoded based at least in part 
on an instruction counter value in accordance with one embodiment of the present invention is 
presented. At 2000, an application program request is received. At 2005, application program 
code corresponding to the request is read. At 2010, the dispatch tables associated with the 
application program are determined. At 2015, the application program code is transformed to 
utilize multiple instruction dispatch tables during application program execution to determine the 
location of instruction implementation methods to be executed based at least in part on the 
current instruction counter value. According to one embodiment of the present invention, a 
cryptographic process is applied to the obfuscated application program together with a 
cryptographic key, to create an encrypted obfuscated application program. At 2020, the 
application program code is sent. According to one embodiment of the present invention, an 



44 



EV 263 600 823 US SUN-P7008 

(811173-000232) 

application program provider performs processes 2005 - 2020 without receiving an application 
program request (2000). By way of example, the application program provider may provide a 
particular user device with an obfuscated application program at predetermined intervals. 

[0083] According to one embodiment of the present invention, the determining process 
(2010) is based at least in part on the relative frequency of instructions. The multiple instruction 
dispatch tables are filtered so that the frequency distribution of opcode values over the whole set 
of instructions is flattened out, decreasing the magnitude of frequency spikes over the whole 
application program and thus making it more difficult to determine an opcode value-to- 
instruction implementation method mapping based on the number of times a particular opcode 
value occurs in an application program. 

[0084] Figures 21 A - 30 illustrate application program obfuscation by nonlinear execution of 
an obfuscated application program in accordance with embodiments of the present invention. An 
application program provider determines instruction counter permutations to apply to application 
program instructions and rewrites an application program using the instruction counter 
permutations. A user device receives the obfuscated application program and applies the 
instruction counter permutations upon application program execution. 

[0085] Turning now to FIG. 21A, a block diagram that illustrates a linear application 
program execution order is presented. As shown in FIG. 21A, the location of the next instruction 
to execute can be determined based at least in part on the current instruction. If the current 
instruction is a jump instruction (2155, 2160), the next instruction is the address specified in the 



45 



EV 263 600 823 US SUN-P7008 

(811173-000232) 

jump instruction (2165, 2170). If the current instruction is not a jump instruction, the next 
instruction to execute is determined by advanceing the current instruction address. 

[0086] Turning now to FIG. 2 IB , a detailed block diagram that illustrates application 
program obfuscation by nonlinear application program execution order in accordance with one 
embodiment of the present invention is presented. User device 2135 comprises an instruction 
permuter 21 10 that receives an instruction counter value 2195 and permutes it to create a 
permuted instruction counter value 2182. The permuted instruction counter value 2182 is used 
to access the address of the instruction to execute in instruction stream memory 2155. A 
dispatch table 2185 maintains an association between opcode values and references to instruction 
implementation methods 2190. According to one embodiment of the present invention, the 
instruction permutation may be based at least in part on the size of an instruction cache. 

[0087] Turning now to FIG. 21C, a detailed block diagram that illustrates nonlinear 
execution of an obfuscated application program in accordance with one embodiment of the 
present invention is presented. User device 2140 comprises an instruction location permutation 
table 2125 that includes multiple entries, where each entry determines how instruction counter 
value 2192 is modified. The modified instruction counter value 2184 is used to access the 
address of the instruction to execute in interleaved instruction stream memory 2130. A dispatch 
table 2175 maintains an association between opcode values and references to instruction 
implementation methods 2180. Interleaved instruction stream memory 2130 is interspersed with 
executable instructions of an application program, and other data. The other data may be 
formatted to look like valid instructions. 
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[0088] An application program configured for nonlinear execution makes it relatively 
difficult for an attacker to determine the execution order of instructions in an application 
program, merely by examining the application program instructions. This is because the order 
that instructions appear in a program file has nothing to do with the order the instructions are 
executed. Using FIG. 21B as an example, examination of instruction stream memory 21 15 
reveals the instructions that are executed but not the order in which they are executed. 

[0089] According to one embodiment of the present invention, a single dispatch table 2175 is 
used to determine the instruction implementation method 2180, regardless of the instruction 
permutation. According to another embodiment of the present invention, application program 
obfuscation includes both nonlinear execution and opcodes encoded corresponding to one of 
multiple dispatch tables. According to another embodiment of the present invention, application 
program obfuscation includes both nonlinear execution and opcodes encoded corresponding to 
one of multiple instruction tables based at least in part on an instruction counter value. 



[0090] Turning now to FIG. 22, a flow diagram that illustrates nonlinear execution of an 
obfuscated application program in accordance with one embodiment of the present invention is 
presented. At 2200, an application program is received. At 2205, an application program 
instruction location permutation to apply to the current instruction counter value is determined. 
The application program instruction location permutation may be determined based at least in 
part on an obfuscation descriptor included with the received application program. Alternatively, 
the application program instruction location permutation may be determined based at least in part 
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on a configuration established at enrollment. At 2210, a first value for a current instruction 
counter is determined. At 2215, the application program instruction location permutation is 
applied to the current instruction counter value to obtain a reference to an application program 
instruction to execute. At 2220, the application program instruction to execute is executed. At 
2225, a determination is made regarding whether there is another application program instruction 
to execute. If there is another application program instruction to be executed, the current 
instruction counter is advanced at 2230 and the process continues at 2215. 

[0091] Figures 23 - 29 illustrate applying an application program instruction location 
permutation to a current instruction counter value to obtain a reference to an application program 
instruction to execute, in accordance with embodiments of the present invention. Figures 23 - 
24 illustrate an application program instruction location permutation that substitutes the low 
order bits of the current instruction counter value. Figures 25 - 26 illustrate an application 
program instruction location permutation that uses low order bits of the current instruction 
counter value to determine how to modify high order bits of the instruction counter value. 
Figures 27 - 28 illustrate an application program instruction location permutation that uses high 
order bits of the current instruction counter value to determine how to modify low order bits of 
the instruction counter value. Figure 29 illustrates an application instruction location 
permutation that both (1) uses low order bits of the current instruction counter value to determine 
how to modify high order bits of the instruction counter value and (2) uses high order bits of the 
current instruction counter value to determine how to modify low order bits of the instruction 
counter value. 
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[0092] Referring now to FIG. 23, the low order bits 2315 of current instruction counter 2300 
are used as an index into an instruction location permutation table 2305. Instruction location 
permutation table 2305 comprises indexed entries that indicate a modifier value 2320 to 
substitute for the low order bits 2315 of the current instruction counter 2300. As shown in FIG. 
23, the value of low order bits "001" (2315) is associated with modifier value "100" (2320). 
Thus, low order bits 2315 of current instruction counter 2300 are replaced with modifier value 
2320 to create a permuted instruction counter 2310 that is the same as the current instruction 
counter 2300 except for the low order bits 2330. 

[0093] Figure 24 is a flow diagram that illustrates a method for applying an application 
program instruction location permutation that substitutes the low order bits of the current 
instruction counter value to obtain a reference to an application program instruction to execute, 
in accordance with one embodiment of the present invention. Figure 24 corresponds with FIG. 
23. At 2400, one or more low order bits of the current instruction counter value are used to 
obtain a modifier value from an instruction location permutation table. At 2405, the low order 
bits of a copy of the current instruction counter value are modified based on the modifier value to 
obtain a reference to an instruction to execute. According to one embodiment of the present 
invention, the low order bits of a copy of the current instruction counter value are replaced by the 
modifier value. According to another embodiment of the present invention, the modifier value is 
added to the low order bits of a copy of the current instruction counter value. According to 
another embodiment of the present invention, the modifier value is subtracted from the low order 
bits of a copy of the current instruction counter value. Those of ordinary skill in the art will 
recognize that other modifications are possible. 
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[0094] Referring now to FIG. 25, a permutation set 2545 comprises N low order bits 2515 
and M high order bits 2540 of current instruction counter 2500. The low order bits 2515 are 
used as an index into an instruction location permutation table 2505. Instruction location 
permutation table 2505 comprises indexed entries that indicate a modifier value 2520 to use for 
the high order bits 2530 of the permuted instruction counter 2510. Permuted instruction counter 
2510 is initialized to the same value as current instruction counter 2500. The M high order bits 
2540 in the current instruction counter 2540 are shifted or moved to the M low order bits of 
permuted instruction counter 2510. As shown in FIG. 25, the value of the N low order bits 
"001" (2515) is associated with modifier value "100" (2520). Thus, the N high order bits 2530 
of permuted instruction counter 2510 are replaced with modifier value "100" (2520). 



[0095] Figure 26 is a flow diagram that illustrates a method for applying an application 
program instruction location permutation that uses low order bits of the current instruction 
counter value to determine how to modify high order bits of the instruction counter value to 
obtain a reference to an application program instruction to execute, in accordance with one 
embodiment of the present invention. Figure 26 corresponds with FIG 25. At 2600, a 
permutation set size (S) and an instruction location permutation table index size (N) are 
determined. At 2605, the N low order bits of the permutation set of the current instruction 
counter value are used to obtain a modifier value from an instruction location permutation table. 
At 2610, the N high order bits of the permutation set of a copy of the current instruction counter 
value are modified based on the modifier value. According to one embodiment of the present 
invention, the N high order bits of the permutation set of a copy of the current instruction counter 
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value are replaced by the modifier value. According to another embodiment of the present 
invention, the modifier value is added to the N high order bits of the permutation set of a copy of 
the current instruction counter value. According to another embodiment of the present invention, 
the modifier value is subtracted from the N high order bits of the permutation set of a copy of the 
current instruction counter value. At 2615, the (S-N) lower order bits of the permutation set of 
the current instruction counter value are replaced with the (S-N) higher order bits of the 
permutation set of the current instruction counter value to obtain a reference to an instruction to 
execute. 

[0096] Referring now to FIG. 27, a permutation set 2745 comprises N high order bits 27 15 
and M low order bits 2740 of current instruction counter 2700. The high order bits 2715 are 
used as an index into an instruction location permutation table 2705. Instruction location 
permutation table 2705 comprises indexed entries that indicate a modifier value 2720 to use for 
the low order bits 2730 of the permuted instruction counter 2710. Permuted instruction counter 
2710 is initialized to the same value as current instruction counter 2700. The M low order bits 
2740 in the current instruction counter 2740 are shifted or moved to the M high order bits of 
permuted instruction counter 2710. As shown in FIG. 27, the value of the N high order bits 
"01 1" (2735) is associated with modifier value "101" (2720). Thus, the N low order bits 2730 of 
permuted instruction counter 2710 are replaced with modifier value "101" (2720). 

[0097] FIG. 28 is a flow diagram that illustrates a method for applying an application 
program instruction location permutation that uses high order bits of the current instruction 
counter value to determine how to modify low order bits of the instruction counter value to 
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obtain a reference to an application program instruction to execute, in accordance with one 
embodiment of the present invention. Figure 28 corresponds with FIG. 27. At 2800, a 
permutation set size (S) and an instruction location permutation table index size (N) are 
determined. At 2805, the N high order bits of the permutation set of the current instruction 
counter value are used to obtain a modifier value from an instruction location permutation table. 
At 2810, the N low order bits of the permutation set of a copy of the current instruction counter 
value are modified based on the modifier value. According to one embodiment of the present 
invention, the N low order bits of the permutation set of a copy of the current instruction counter 
value are replaced by the modifier value. According to another embodiment of the present 
invention, the modifier value is added to the N low order bits of the permutation set of a copy of 
the current instruction counter value. According to another embodiment of the present invention, 
the modifier value is subtracted from the N low order bits of the permutation set of a copy of the 
current instruction counter value. At 2815, the (S-N) higher order bits of the permutation set of 
the current instruction counter value are replaced with the (S-N) lower order bits of the 
permutation set of the current instruction counter value to obtain a reference to an instruction to 
execute. 

[0098] Figure 29 illustrates using multiple instruction location permutation tables to create a 
permuted instruction counter. As shown in FIG. 29, a first permutation set 2960 comprises N\ 
low order bits 2915 and Mi high order bits 2940 of current instruction counter 2900. The low 
order bits 2915 are used as an index into a first instruction location permutation table 2905. 
Instruction location permutation table 2905 comprises indexed entries that indicate a modifier 
value 2920 to use for the high order bits 2930 of the permuted instruction counter 2910. 
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Permuted instruction counter 2910 is initialized to the same value as current instruction counter 
2900. The M, high order bits 2940 in the current instruction counter 2940 are shifted or moved 
to the M, low order bits of permuted instruction counter 2910. As shown in FIG. 29, the value of 
the N, low order bits "001" (2915) is associated with modifier value "100" (2920). Thus, the N, 
high order bits 2930 of permuted instruction counter 2910 are replaced with modifier value 
"100" (2920). 

[0099] Still referring to FIG. 29, a second permutation set 2970 comprises N 2 high order bits 
2955 and M 2 low order bits 2965 of current instruction counter 2900. The high order bits 2955 
are used as an index into a second instruction location permutation table 2935. Instruction 
location permutation table 2935 comprises indexed entries that indicate a modifier value 2920 to 
use for the low order bits 2950 of the permuted instruction counter 2910. Permuted instruction 
counter 2910 is initialized to the same value as current instruction counter 2900. The M 2 low 
order bits 2965 in the current instruction counter 2900 are shifted or moved to the M 2 high order 
bits of permuted instruction counter 2910. As shown in FIG. 29, the value of the N 2 high order 
bits "10" (2945) is associated with modifier value "11" (2940). Thus, the N 2 low order bits 2950 
of permuted instruction counter 2910 are replaced with modifier value "11" (2940). 

[0100] According to one embodiment of the present invention, an instruction counter 
permutation operation comprises an increment operation. In other words, the instruction counter 
is implicitly incremented by performing a permutation on the previous address. 
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[01011 Figures 23 - 29 are for purposes of illustration only and are not intended to be 
.tailing in any way. Those of ordinary sM. in the an wil. reeognize that the number of bits used 
,„ index an instruction location permutation table 2105 may be more than or less than what is 
iUusttaed. Furthermore, the particular bits selected to index the instruction .ocation permutation 
table 2105. as weU as the particular bits selected to be modtfted may differ from what is shown 
in FIGS. 23 - 29. Additionally, more than two instruction location permutation tables may be 

used. 

[0102] Turntng now ,0 FIG. 30, a flow diagram that iHustta.es a method for transfottang an 
application program into an obfuscated application program for nonlinear execution in 
accotdance with one embodiment of the present tnvention is presented. At 3000, an application 
pmgmm request is recetved. At 3005, application program code corresponding to the request is 
read. A. 3010, an application program instruction .ocation permutation mat transforms the 
app.ica.ion program in.o an obfusca<ed application program having a. leas, one app.ication 
program insttuction stored a, a memory location that is based a. .east in part on a permutation of 
the memory location where the corresponding application program insttuction is stored in the 
deobfuscated app.ication program ,s determined. At 3015, the application program insttuction 
[ocation permutation is app.ted to the application program to create an obfuscated application 
program. 

[01031 According to one embodiment of the present tnvention, an app.ication program is 
obfuscated by inserting one or more "holes" in the instruction stream of the app.ication program. 
A "hole" in this context denotes a part of an insttuction stream that is no, executed during normal 
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execution of the application program. A hole may comprise valid instructions. A hole may also 
comprise randomized data. 

[0104] Referring again to FIG. 30, reference numerals 3020 and 3025 apply if the 
obfuscation method used includes inserting holes in an instruction stream. At 3020, a 
determination is made regarding whether the application program has holes in the instruction 
stream. If the application program has holes in the instruction stream, at 3025 instructions are 
generated to fill the holes. According to one embodiment of the present invention, a randomized 
process is used to generate instructions to fill the holes. According to another embodiment of the 
present invention, the instructions generated to fill the holes are selected so as to appear as valid 
code segments. By way of example, improbable or nonsensical instruction sequences are 
avoided. According to one embodiment of the present invention, a cryptographic process is 
applied to the obfuscated application program together with a cryptographic key, to create an 
encrypted obfuscated application program. At 3030, the obfuscated application program is sent. 
According to one embodiment of the present invention, an application program provider 
performs processes 3005 - 3030 without receiving an application program request (3000). By 
way of example, the application program provider may provide a particular user device with an 
obfuscated application program at predetermined intervals. 

[0105] Figures 31-35 illustrate application program obfuscation by nonlinear execution of 
an obfuscated application program having application program instructions interleaved with 
application program data in an instruction stream in accordance with embodiments of the present 
invention. An application program provider determines instruction counter permutations to 
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apply to application program instructions. The application program provider also determines 
data location counter permutations to apply to data location counter values. The application 
program provider rewrites the application program using the chosen instruction counter 
permutations and data location counter permutations. A user device receives the obfuscated 
application program and applies the instruction counter permutations and data location 
permutations upon application program execution. 

[0106] Turning now to FIG. 31, a detailed block diagram that illustrates application program 
obfuscation by nonlinear execution of an application program having application program 
instructions interleaved with application program data in an instruction stream in accordance 
with one embodiment of the present invention is presented. User device 3145 comprises an 
instruction location permutation table 3105 that includes multiple entries, where each entry 
determines how instruction counter 3120 is modified to create a modified instruction counter. 
The modified instruction counter is used to access an instruction to execute. Similarly, data 
location permutation table 3115 includes multiple entries, where each entry determines how data 
location counter 3125 is modified to create a modified data location counter. The modified data 
location counter is used to access the data referenced by the instruction to execute. 

[0107] According to one embodiment of the present invention, an operating system provides 
an application level application program access to the data within the interleaved instruction 
stream memory. A special data naming convention may be used to indicate an application level 
request for data comprises a request for data within the interleaved instruction memory. 
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[0108] According to one embodiment of the present invention, the application program data 
interleaved into instruction stream memory 3115 comprises at least one cryptographic key for 
use in decrypting protected data. The protected data may be stored elsewhere within the 
interleaved instruction stream memory 31 14. The protected data may also be stored in another 
memory on the user device. 

[0109] According to one embodiment of the present invention, the data within the 
interleaved instruction stream memory comprises data formatted to appear like one or more valid 
instructions. According to another embodiment of the present invention, the data within the 
interleaved instruction stream memory comprises randomized data. According to another 
embodiment of the present invention, the randomized data comprises randomized data formatted 
to appear like one or more valid instructions. 

[0110] According to one embodiment of the present invention, a single dispatch table 3135 is 
used to determine the instruction implementation method 3140, regardless of the instruction 
permutation. According to another embodiment of the present invention, application program 
obfuscation includes both nonlinear execution of an obfuscated application program having 
application program instructions interleaved with application program data in an instruction 
stream, and transforming the application program into an application program having opcodes 
corresponding to one of multiple dispatch tables. According to another embodiment of the 
present invention, application program obfuscation includes both nonlinear execution of an 
obfuscated application program having application program instructions interleaved with 
application program data in an instruction stream, and transforming the application program into 
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an application program having opcodes encoded based at least in part on an instruction counter 
value. 

[0111] Turning now to FIG. 32, a high level flow diagram that illustrates a method for 
applying multiple application program obfuscation methods to create an obfuscated program in 
accordance with one embodiment of the present invention is presented. Figure 32 illustrates 
applying one or more application program obfuscation methods, including opcode permutation, 
instruction location permutation, and interleaving code and data into a single instruction stream. 

[0112] At 3215, program data elements 3205 are serialized and mapped to locations. 
According to one embodiment of the present invention, the program data elements 3205 are class 
static initialization values, ordered based on access order by a program, such that program data 
elements accessed by the program relatively early are placed relatively early in the map, and 
program data elements accessed relatively late are placed relatively late in the map. Ordering 
program data elements in this way optimizes the map by decreasing the amount of scanning 
required to locate program data elements in the map file. 

[0113] At 3230, program code 3200 and serialized program data elements from process 3215 
are optionally encoded with one or more opcode permutations. If data elements are interleaved 
in the instruction stream, the program code received at 3230 is first modified so the data access 
instructions reference data elements in the instruction stream. The particular encoding method 
used at 3230 is determined by an obfuscation descriptor 3225. The obfuscation descriptor 3225 
also determines an instruction stack address 3240 and a data stack address 3260. At 3235, the 
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serialized program data elements are padded with one or more randomized bytes 3210 and 
encoded as pseudo opcodes. At 3245, the encoded code from 3230 and the encoded data from 
3235 are appended into a single instruction stream. At 3255, an instruction location permutation 
is applied to one or more instruction locations to create an obfuscated package or program 3260. 

[0114] Turning now to FIG. 33, a flow diagram that illustrates a method for nonlinear 
execution of an obfuscated application program having application program instructions 
interleaved with application program data in an instruction stream in accordance with one 
embodiment of the present invention is presented. At 3305, an application program is received. 
At 3310, an application program instruction location permutation to apply to the current 
instruction counter value is determined. The application program instruction location 
permutation may also be determined based at least in part on any obfuscation descriptor included 
with the received application program. Alternatively, the application program instruction 
location permutation may be determined based at least in part on a configuration established at 
enrollment. At 3315, an application program data location permutation to apply to the current 
data location counter value is determined. The application program data location permutation 
may also be determined based at least in part on any obfuscation descriptor included with the 
received application program. Alternatively, the application program data location permutation 
may be determined based at least in part on a configuration established at enrollment. At 3320, a 
current instruction counter value is received. At 3325, the application program instruction 
location permutation is applied to the current instruction counter value to obtain a reference to an 
application program instruction to execute. At 3330, the application program data location 
permutation is applied to data referenced by the application program instruction to obtain a 
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reference to data to access. At 3335, the next application program instruction is executed. At 
3340, a determination is made regarding whether there is another application program instruction 
to execute. If there is another application program instruction to be executed, the current 
instruction counter is advanced at 3345 and the process continues at 3320. 

[0115] According to one embodiment of the present invention, the application program data 
interleaved in the instruction stream comprises at least one cryptographic key for use in 
decrypting data protected by the program. 

[0116] According to one embodiment of the present invention, the data within the 
interleaved instruction stream memory comprises data formatted to appear like one or more valid 
instructions. According to another embodiment of the present invention, the application program 
data interleaved in the instruction stream comprises randomized data. According to another 
embodiment of the present invention, the randomized data is formatted to appear like one or 
more valid instructions. 
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[01 17] Turning now to FIG. 34, a flow diagram that illustrates a method for applying 
application program data location permutation to data referenced by the application program 
instruction to execute to obtain a reference to data to access in accordance with one embodiment 
of the present invention is presented. Figure 34 provides more detail for reference numeral 3330 
of FIG. 33. At 3400, a determination is made regarding whether the instruction to execute is 
marked as referencing embedded obfuscated data. If the instruction is marked as referencing 
embedded obfuscated data, at 3405 a determination is made regarding whether the program map 
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is loaded. The program map .nd.ca.es the address and length of program data values. If .he map 
is no, loaded, the current dara location variable is initialized (3410) and the map is loaded (3415). 
A, 3420, the program map is used to determine the length of the embedded obfuscated data. A, 
3425, the embedded obfuscated data is re ad, starting at the Iccation indicated by the current data 
Nation variable. The current data location vanable is then advanced and perrauted accusing .0 
a data location permutation. A. 3430, the result of process 3425 is made avaHable to the 
instruction executor. 

[0118] Turning now to FIG. 35, a flow diagram that illustrates a method for transforming a 
first application program into an obfuscated application program for nonlinear execution and 
having application program instructions interleaved with application program data in an 
ins.mc.ton stream in accordance with one embodiment of the present invention is presented. At 
3500, an application pregram request is received. A. 3505, application program code 
coreesponding to the request is read. A. 3510, an application program instruction location 
permutation tha. transforms the firs, application program into an obfuscated application program 
having a, leas, one application program instruction stored at a memory location that is based a, 
,eas, m par. on a permutation of .he memory location where the corresponding inaction is 
stored in the first application program is determined. A. 3515, a firs, instruction location is 
daermined. The first instruction location may compnsc an offae, in.o the firs, application 
program, indicating a starring point for transforming ,hc firs, application program. A, 3520, an 
application program data location permutation ,ha, transforms the firs, application program into 
an obfuscated application ptogram having a, leas, one application program datum stored at a 
memory location ,ha, is based a. leas, in par, on a permutation of the memory location where the 
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corresponding application program datum is stored in the first application program is 
determined. At 3525, a first data location is determined. The first data location may comprise an 
offset into the first application program, indicating a starting point for transforming the first 
application program. 

[0119] Still referring to FIG. 35, at 3530 the application program instruction location 
permutation and the application program data location permutations are applied to the first 
application program to create an obfuscated application program having application program 
data interspersed with application program instructions in the memory. According to one 
embodiment of the present invention, a cryptographic process is applied to the obfuscated 
application program together with a cryptographic key, to create an encrypted obfuscated 
application program. At 3535, the obfuscated application program is sent. According to one 
embodiment of the present invention, an application program provider performs processes 3505 
- 3535 without receiving an application program request (3500). By way of example, the 
application program provider may provide a particular user device with an obfuscated 
application program at predetermined intervals. 

[0120] Figures 36 - 39 illustrate a self-bootstrapping mechanism for sending a cryptographic 
key in accordance with embodiments of the present invention. An application program provider 
uses a program generator to create a decryption program that performs a decryption operation for 
a first cryptographic key upon execution. One or more application program obfuscation methods 
are applied to the decryption program, including scrambling an encrypted second cryptographic 
key in the instruction stream of the decryption program. The obfuscated decryption program is 
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sent to a target device for execution. Execution of the decryption program results in the 
decryption of the second cryptographic key scrambled in the instruction stream. The second 
cryptographic key is used to access protected digital content. This is explained in more detail 
below. 

[0121] Turning now to FIG. 36, a block diagram that illustrates creating an application 
program generator configured to create an instruction stream that performs a decryption 
operation for a cryptographic key in accordance with one embodiment of the present invention is 
presented. A cryptographic process (3630) is applied to digital content 3600 together with a 
cryptographic key 3625 to create encrypted digital content. The encrypted digital content may 
be decrypted (3640) using the cryptographic key 3635 to create rendered digital content 3605. 
According to embodiments of the present invention, the decryption algorithm 3640 and the 
cryptographic key 3635 are input to a program generator 3620 that creates a decryption program 
3645 that performs the decryption algorithm 3640 for the cryptographic key 3635. 

[0122] Turning now to FIG. 37, a data flow diagram that illustrates a self-bootstrapping 
mechanism for sending a cryptographic key in accordance with one embodiment of the present 
invention is presented. A first cryptographic content key 3705 is used to create a key decryption 
program 3725 and is used to protect a second cryptographic content key 3710. The second 
cryptographic content key 3710 is used to protect digital content 3760. According to one 
embodiment of the present invention, the first cryptographic content key 3705 and the second 
cryptographic content key 3710 are based at least in part on a target ID 3700. According to 
another embodiment of the present invention, the target ID 3700 comprises a VM ID. At 3720, 
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an application program provider creates a key decryption program 3725 that performs a 
decryption algorithm for the first cryptographic content key 3705. At 3715, a cryptographic 
process is applied to the second cryptographic content key 3710 together with the first 
cryptographic content key 3705 to create an encrypted second content key 3755. At 3740, an 
application program obfuscation method is applied to the key decryption program 3725 together 
with the encrypted second cryptographic content key 3755 to create an obfuscated key 
decryption program having an encrypted cryptographic content key in its instruction stream 
3780. The application program obfuscation method to apply is based at least in part on an 
obfuscation descriptor 3730, which is based at least in part on the target ID 3700. The 
application program provider then sends the obfuscated key decryption program 3780 to a target 
device. The application program provider applies a cryptographic process 3765 to digital content 
3760 to create encrypted digital content 3785. The application provider then sends the encrypted 
digital content 3785 to the target device. 

[0123] Still referring to FIG. 37, at 3745 the target device executes the obfuscated key 
decryption program to obtain a decrypted second cryptographic content key 3750. At 3770, the 
second cryptographic content key 3750 is used to decrypt the encrypted digital content 3785, 
producing digital content 3790. At 3775, the digital content 3790 is rendered to a user. 

[0124] Figures 38 and 39 provide more detail for FIG. 37. Figure 38 provides more detail 
for the process used by an application program provider to create and send and obfuscated key 
decryption program, and FIG. 39 provides more detail for the process used by a target device to 
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use the key decryption program to obtain a cryptographic content key for decrypting encrypted 
digital content. 



[0125] Turning now to FIG. 38, a flow diagram that illustrates a method for application 
program obfuscation from the perspective of an application program provider in accordance with 
one embodiment of the present invention is presented. At 3800, a reference to a decryption 
algorithm and a first cryptographic content key are received. The decryption algorithm may be 
any decryption algorithm known in the art. At 3805, a key decryption program that performs the 
decryption algorithm for the first cryptographic content key is created. At 3810, a cryptographic 
process is applied to a second cryptographic content key together with the first cryptographic 
content key to create an encrypted second cryptographic content key. At 3815, the encrypted 
second cryptographic content key is scrambled into the instruction stream using a code 
obfuscation method to create an obfuscated key decryption program. The code obfuscation 
method may be indicated by an obfuscation descriptor. The second cryptographic content key 
may be scrambled into the instruction stream as was described above with reference to FIGS. 31- 
35. According to one embodiment of the present invention, a cryptographic process is applied to 
the obfuscated application program together with a cryptographic key, to create an encrypted 
obfuscated application program. At 3825, the obfuscated key decryption program having the 
encrypted second cryptographic content key scrambled in the instruction is sent to a target 
device. The obfuscated key decryption program may be sent together with digital content 
protected by the second cryptographic content key. Alternatively, the obfuscated key decryption 
program and the protected digital content may be sent separately. 
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[0126] Turning now to FIG. 39, a flow diagram that illustrates a method for application 
program obfuscation from the perspective of a user device in accordance with one embodiment 
of the present invention is presented. At 3900, an obfuscated key decryption program configured 
to perform a decryption algorithm for a first cryptographic content key and having an encrypted 
second cryptographic content key scrambled in the instruction stream is received. A 
cryptographic process is applied to the encrypted second cryptographic content key together with 
the first cryptographic content key. At 3905, the obfuscated key decryption program is executed 
to decrypt the second cryptographic content key. At 3910, digital content is decrypted using the 
second cryptographic content key. The digital content may comprise renderable data. By way of 
example, the digital content may comprise visual images, application program data, application 
program code, or both. Additionally, the digital content may comprise digital content obfuscated 
using any of the obfuscation methods described above. At 3915, the digital content is rendered. 

[0127] While embodiments and applications of this invention have been shown and 
described, it would be apparent to those skilled in the art having the benefit of this disclosure that 
many more modifications than mentioned above are possible without departing from the 
inventive concepts herein. The invention, therefore, is not to be restricted except in the spirit of 
the appended claims. 
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